Europaisches 
Patentamt 



European Patent 
Office 



Office europeen 
des brevets 





RECEIVED 

JUL 1 0 2001 
Technology Center 2100 



Bescheinigung 



Certificate 



Attestation 



Die angehefteten Unterlagen stimmen 
mit der ursprunglich eingereichten Fas- 
sung der auf dem nachsten Blatt be- 
zeichneten tnternationalen Patentan- 
meldung uberein. 



The attached documents are exact 
copies of the international patent appli- 
cation described on the following page, 
as originally filed. 



Les documents fixes a cette attestation 
sont conformes a la version initialement 
deposee de la demande de brevet inter- 
national specif iee a la page suivante. 



Den Haag, den 
The Hague, 
La Haye, le 



1 1 05. 2001 



Der Prfisident des EuropSIschen Patentamts 
Im Auftrag 

For the President of the European Patent Office 
Le President de I'Office europeen des brevets 
p.o. 




. DE ROO 
(070 ) 3402599 



Patentanmeldung Nr. 
Patent application no. 
Demande de brevet n° 



PCT/EP 96/03972 



EPA/EPO/OEB Form 1214 (H) 09.62 



Blatt 2 der Bescheinigung 
Sheet 2 of the certificate 
Page 2 de I'attestation 



tSSSStHl PCT/EP 96/03972 

Demande n°: 

Anmeiden 1. Citibank Aktiengesellschaft - Frankfurt, Germany 

Applicant(s): 2 . FRIEDMAN Elisabeth - Cornwall, United Kingdom 

Demandeur(s): _ , „ ^ 

3. IRWIN Fred - Frankfurt, Germany 

Bezeichnung der Erfindung: 

™e de*^ Computer system for data management and method for operating said system 



Anmeldetag: 

Date of filing: io. September 1996 (10.09.96) 

Date de depot: r 

In Anspruch genommene PriorttSt(en) 
Priority(ies) claimed 
Priorite(s) revendiquee(s) 

staat: Europe Jag: 14. September 1995 Aktenzeichen: 95114467.4 

State: ** Date: , lyin £ nc x File no. 



Numdro de depdt: 



toy* (14 09.95) 

Benennung von Vertragsstaaten : Siehe Form blatt PCT/RO/101 (beigefQgt) 
Designation of contracting states : See Form PCT/RO/101 (enclosed) 
Designation d'etats contractants : Voir Formulaire PCT/RO/101 (ci-joint) 

Bemerkungen: 

Remarks: Further Applicants : 

Remarques: 4 jqhnSON Mark - Manchester, United Kingdom 

5. LIEVEN Andreas T. - Kelkheim, Germany 

6. PFUNDT Dieter - Hofheim, Germany 

7. POTTER Neil - Westfield, U S A 

8. RASCHDORF Andreas - Neu Anspach, Germany 

9. RAYNER Peter - Westfield, U.S.A. 

1 0. TORREMANTE - Wiesbaden, Germany 



EPA/EFO/OEB Form 1012 02.89 



Sheet No. ..4.... 



Box No.V DESIGNATION OF STATES 



The following designations are hereby made under Rule 4.9(a) (mark the applicable check-boxes; at least one must be marked): 
Regional Patent 

| | AP AREPO Patent: KE Kenya, LS Lesotho, MW Malawi, SDSudan, SZ Swaziland, UG Uganda, and any other State which 



□ 
□ 



EA 



EP 



□ OA 



is a Contracting State of the Harare Protocol and of the PCT 
Eurasian Patent: AM Armenia, AZ Azerbaijan, BY Belarus, KG Kyrgyzstan, KZ Kazakstan, MD Republic of 
Moldova, RU Russian Federation, TJ Tajikistan, TM Turkmenistan, and any other State which is a Contracting State 
of the Eurasian Patent Convention and of the PCT 

European Patent: AT Austria, BE Belgium, CH and LI Switzerland and Liechtenstein, DE Germany, DK Denmark, 
ES Spain, FI Finland; FR France, GB United Kingdom, GR Greece, IE Ireland, IT Italy, LU Luxembourg, MC Monaco, 
NL Netherlands, PT Portugal, SE Sweden, and any other State which is a Contracting State of the European Patent 
Convention and of the PCT 

O API Patent: BF Burkina Faso, BJ Benin, CF Central African Republic, CG Congo, CI C6te d'lvoire, CM Cameroon, 
GA Gabon, GN Guinea, ML Mali, MR Mauritania, NE Niger, SN Senegal, TD Chad, TG Togo, and any other State 
which is a member State of OAPI and a Contracting State of the PCT (if other kind of protection or treatment desired, specify 
on dotted line) 



National Patent (if other kind of protection or treatment desired, specify on dotted line) : 



□ 
□ 
□ 

□ 
□ 

e 
m 
□ 

□ 

□ 
□ 
□ 
□ 
□ 
□ 
□ 

□ 
□ 

□ 
□ 
□ 

□ 
□ 
□ 
□ 
□ 
□ 



AL Albania 

AM Armenia 

AT Austria 

AU Australia 

AZ Azerbaijan 
BB Barbados 

BG Bulgaria 

BR Brazil 

BY Belarus 
CA Canada 

CH and LI Switzerland and Liechtenstein 

CN China 

CZ Czech Republic 

DE Germany 

DK Denmark 

EE Estonia 

ES Spain 

FI Finland 

GB United Kingdom 

GE Georgia 

HU Hungary 

EL Israel 
IS Iceland 

JP Japan 

KE Kenya 

KG Kyrgyzstan 

KP Democratic People's Republic of Korea 



LV Latvia 

MD Republic of Moldova 

MG Madagascar 

MK The former Yugoslav Republic of Macedonia 



KR 
KZ 

lie 

LR 
LS 
LT 
LU 



Republic of Korea 

Kazakstan 

Sri Lanka 
Liberia 

Lesotho 

Lithuania 
Luxembourg 



□ 
□ 
□ 
□ 

□ 
□ 

□ 
m 
m 
□ 

m 
□ 
□ 

□ 
□ 
□ 
□ 
□ 
□ 
□ 
□ 

□ 
□ 

Check-boxes reserved for designating States (for the purposes of 
a national patent) which have become party to the PCT after 
issuance of this sheet: 

□ 

□ 

□ 



MN Mongolia 

MW Malawi 

MX Mexico 

NO Norway 

NZ New Zealand 

PL Poland 

PT Portugal 

RO Romania 

RU Russian Federation 

SD Sudan 
SE Sweden 
SG Singapore 

SI Slovenia 

SK Slovakia 

TJ Tajikistan 

TM Turkmenistan 

TR Turkey 

TT Trinidad and Tobago 

UA Ukraine 

UG Uganda 

US United States of America . 



UZ 
VN 



Uzbekistan 
Viet Nam . 



In addition to the designations made above, the applicant also makes under Rule 4.9(b) ail designations which would be permitted 

under the PQT except the designation(s).of . : _- - 

The applicant declares that those additional designations are subject to confirmation and that any designation which is not confirmed 
before the expiration of 1 5 months from the priority date is to be regarded as withdrawn by the applicant at the expiration of that time 
limit (Confirmation of a designation consists of the filing of a notice specifying that designation and the payment of the designation and confirmation 
fees. Confirmation must reach the receiving Office within the 15-month time limit) 



Form PCT/RO/101 (second sheet) (July 1996) 



See Notes to the request form 



COMPUTER SYSTEM FOR DATA MANAGEMENT AND 
METHOD FOR OPERATING SAID SYSTEM 

The invention relates to a computer system for data manage- 
ment and to a method for operating said system, and more 
particularly, to an automated warrant trading system (citi 
CATS-OS) . 

Over the last years the market for warrant trading has been 
rapidly increasing. From 1991 to 1995 the amount of warrants 
traded grew from about 400 to 4,000. 

According to the prior art, the trading of warrants is very 
often time- and cost -intensive, since, upon a consumer in- 
quiry, it is necessary for the customer in a local bank to 
start a search by telephone or a search in publications to 
find the best warrant for the consumer. Usually, if the con- 
sumer wishes to purchase warrants, he first contacts his 
local bank which is processing the order through the stock 
exchange or placing a call to a warrant market maker. Since 
an on-line information and trading system about traded war- 
rants with executable prices does not exist, the customer in 
the local bank is not able to provide the consumer with the 
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actual on-line information. Hence, there exists a time dif- 
ference between the placing of the buy/sell order by the cu- 
stomer and its implementation, resulting in a risk of ex- 
change and/or price rate fluctuations in that time. It is 
even often the case that the implementation of the buy/sell 
order was based on a limit oriented on the rates of the day 
before, since the order could not be implemented on the same 
day. Reasons for this time delay are either the fact that 
the order is placed a couple of hours before it will be exe- 
cuted at the stock exchange or that the dealing room phones 
at the market maker are often busy during the hectic market 
times. Therefore, local banks often place blind orders at 
unknown prices for the customers and they do not receive 
immediate deal confirmations. 

The object of the present invention is to realize a computer 
system for data management and a method for operating said 
system, which realize a data management providing instanta- 
neous data with an improved accuracy and a reduced error 
probability when processing data transactions, combined with 
a high security. 

The object is solved according to the features of the inde- 
pendent claims. The dependent claims show advantageous embo- 
diments and further developments of the invention. 

The computer system for data management including at least 
the management of data relating to the trading of warrants, 
comprises a data processing system, an input unit, a display 
unit and a data input. In order to perform a transaction of 
data, the display unit displays a first mask having a format 
allowing the input of a request for specific data by the 
input unit. The specific data can relate to warrant rates. 
If the request for specific data is input, e.g. a request 
for a specific warrant, the data input is read which can 



receive permanently a data stream including warrant rates. 
After having read the data stream, the display unit displays 
a second mask including the read data. After having received 
the requested data, the data processing system holds the 
data for a predetermined time period and performs a 
transaction relating to the specific data, if a transaction 
request is input by the input unit during a predetermined 
time period. 

Since the data processing system holds the requested data, 
e.g. a warrant rate with a specific stock exchange number 
and a volume thereof, for a predetermined time period, it is 
only possible to perform a transaction, e.g a buy request, 
based on the displayed data during that time period. When 
this time period has elapsed, the request for a transaction 
cannot be input any longer, so that a re -request for new 
specific data has to be issued. Such a re-request causes the 
reading of the data input in order to gain new actual data, 
e.g. the warrant rates. 

The computer system according to the invention allows to 
display specific data on-line including warrant rates, 
wherein the display unit displays a trading mask allowing 
the input of a request for the specific data. The design of 
the trading mask is independent of the type of the specific 
data. Therefore, the trading mask will be similar, if the 
data management comprises the management of data relating to 
the trading of stocks, bonds, derivatives or foreign ex- 
change. The same applies to the quotation mask which also 
has a similar format for different types of data. Therefore, 
the user does not need to get used to a new format of the 
trading or the quotation mask, if he handles different types 
of data. This leads to an easy-to-use system, even if dif- 
ferent types of data are to be handled. 



The system according to an embodiment of the invention pro- 
vides instantaneous executable warrant rates, so that orders 
can be immediately fulfilled for customers. Accordingly, the 
risk of exchange and/or price rate fluctuations is eliminat- 
ed, since an executable price is electronically provided and 
it is possible to act on it. Furthermore, an immediate elec- 
tronic trade confirmation is provided with a complete audit 
trail. With the inventive system, even smaller banks can im- 
prove their efficiency by providing real time rates and in- 
formation, since the system can also be provided with a mail 
and request for quote (RFQ) function allowing a communica- 
tion between the customer and the trader. 

It is possible to process transactions at the price on the 
display unit, which is a binding contract between the custo- 
mer and the trader. This protects against any misunderstand- 
ings between the customer and the trader, which can easily 
happen if a buy/sell order is placed via telephone. 

The system is designed to expand and enhance the qualitiy 
and efficiency of the user's overall warrant operation, 
enabling improved customer service and increasing the capa- 
city with minimum incremental costs. 

In accordance with an embodiment of the invention, the sy- 
stem is realized using the client-server architecture. A 
number of devices communicate using a security network. The 
devices perform their computational tasks according to mes- 
sages received from the security network. The devices then 
transmit the results back to the external device or onto the 
next device using the same security network. A communication 
is prohibited between devices other than through the securi- 
ty network. 
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Furthermore, each sending device transmits a respective 
identification information and the security network checks 
for every data transferred through the same, if the iden- 
tification of the respective sending device fits with pre- 
stored information stored during an authorisation procedure. 
By these measures a very secure and safe system can be 
gained, which does not allow any ' unauthorized access. 

The invention will now be described by way of examples and 
with reference to the accompanying drawings in which: 

Fig. 1 is a block diagram of the computer system according 
to the invention ; 

Fig. 2 is a block diagram of the data processing system; 

Figs. 3a and 3b are flow charts showing a transaction pro- 
cedure relating to warrants according to an embo- 
diment of the invention; . 

Fig. 4 is a flow chart showing the transaction procedure of 
warrants according to another embodiment of the in- 
vention; 

Fig. 5 is an access control screen; 

Fig. 6 is a transaction screen without an instrument number 
and a volume indication; 

Fig. 7 is the transaction screen with a stock exchange 

number (instrument number) and a volume indication; 

Fig. 8 is a quotation screen including the actual price of 
the required warrant and further information relat- 
ing to the specific warrant; 

Fig. 9 is a trade confirmation screen; 

Fig. 10 is the transaction screen showing the input of a 

view rates request ; 
Fig. 11 is a blank rates page screen; 
Fig. 12 is a filled rates page screen; 
Fig. 13 is a transaction detail screen; 
Fig. 14 is a transaction summary screen; 



Fig.. 15 is a sanity check screen; 

Fig. 16 is a price time-out screen and 

Fig. 17 is a credit limit screen. 

Fig. 1 shows a block diagram of the computer system accord- 
ing to the invention. A data processing system 1 is connect- 
ed to an input unit 2, a display unit 3 and a printer 4. The 
data processing system 1 receives a data stream from a data 
input 5 . 

The input unit 2 can be realized by a key board, a mouse or 
any other input device. The display unit 3 can be realized 
by a standard personal computer monitor. 

Fig. 2 shows a possible configuration of the data processing 
system 1. A security network 6 is connected to an external 
device 7, a security device 8, a data management device 9, a 
data interface device 10 and an output device 11, wherein 
the input unit 2, the display unit 3 and the printer 4 can 
be part of the external device 7 . 

The external device 7 can be a personal computer (PC) in- 
cluding a graphic user interface (GUI) for being connected 
to the security network 6 via a modem. The devices of the 
data processing system 1 can be realized as separate and 
independent communicating servers (client -server architec- 
ture) . In particular, the security network 6 can be realized 
by an adequate number of message routers (MRO) . The security 
device 8 can be realized by a security access manager (SAM) . 
The data interface device 10 can be realized by a warrant 
rate server (WRS) . The data management device 9 can be rea- 
lized by a warrant transaction server (WTS) . The output de- 
vice 11 can be realized by a warrant hand-off server (WHO) . 
Furthermore, there can be .provided a credit server (CRS) and 



a mail server (MAI) , both communicating with a message 
router. 

In the following a short explanation of examples relating to 
the functions of the different servers is given. 

As mentioned above, the computer system according to the 
invention consists of a number of servers communicating 
using message routers. The network connection between the 
servers and the message routers enables a used ITS (in- 
formation trading and settlement system) to be distributed 
over a number of VAX processors . 

The ITS servers perform their computational task according 
to messages received from their adjacent message router. The 
server transmits the results back .to the user or on to the 
next server using the same message router network. A commu- 
nication is prohibited between servers other than through 
the message routers. 

One server (the data interface device - warrant rate server) 
is connected to a rate feed, a data base, etc., encapsulat- 
ing this resource for the rest of the ITS network. At the 
center of the system there is the data management device 
(WTS) which draws upon these resources to provide the com- 
plete service to the user interface (graphic user interface 
- GUI or host user interface - HUI) . Furthermore, there is 
provided ancillary service used to maintain the security of 
the ITS system by restricting access and controlling which 
servers may communicate with others . 

The message routers (security network) are responsible for 
conveying messages from one server to another. The ITS sy- 
stem comprises a number of routers interconnected such that 
communication between any two servers is possible. At the 
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center of the system, the security device (SAM) is located, 
which is connected to every message router. The SAM main- 
tains a list of authorized users and accesses to validate 
user passwords. The SAM also issues a unique ITS address to 
each server, which is used by the router to direct messages 
to the correct destinations and enhances also the security 
of the system against unauthorized access. 

The SAM maintains user accounts, access restriction and 
privileges. Furthermore, the SAM uses an indexed file to 
define a list of authorized users, including service and 
message routers and their respective addresses. The SAM 
stores passwords relating to user accounts and maintains a 
list of authorized users and their respective addresses. 
Furthermore, the SAM maintains a map of which server is con- 
nected to which router in a second indexed file and writes 
errors into an error file. The MRO forwards messages between 
servers according to their respective addresses. Further- 
more, it translates protocols between the respective servers 
and verifies new connections with the SAM to prevent un- 
authorized users from sending messages. The WTS is a multi- 
threaded product server using a number of concurrent logins 
on a Sybase data base. It communicates with the users of the 
system and executes and stores warrant transactions. The 
users of the system are, in this respect, e.g the graphic 
user interfaces being loaded on PCs which use a dial-up 
procedure to be connected to the respective message router. 
The WTS maintains user accounts, trading relationships and 
holiday tables. Furthermore, the WTS checks credit lines 
using the CRS and provides access to and obtains prices from 
the WRS. Additionally, the WTS uses the MAI to inform tra- 
ders of system events. The MAI is a multithreaded product 
server using a Sybase data base to store and forward user 
and system mail messages within the system. It maintains a 
list of user accounts and mail names for mailing purposes. 
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The WRS receives data streams of price and page updates from 
Reuters Taps (e.g. 24) and the Invision system and builds 
pages of rate data in a global section. The received data 
streams are stored in a specific memory location of the WRS 
and these specific memory locations are overwritten every 
time new data are received. The WRS receives page and price 
requests from the WTS and returns results for display on the 
display unit 2 or for quotation purposes. Furthermore, it 
uses a file to define rate page layouts and the location of 
the specific rates. The CRS maintains a list of customer- 
related credit values. It uses an indexed file to store the 
latest credit values. The graphic user interface (GUI) being 
loaded on the client (PC) , is a PC user interface for the 
system. The GUI runs on PCs at the customer and the trader 
sites, using the TCP/IP (Transmission Control Protocol/In- 
ternet Protocol) protocol to be connected directly with a 
message router. The WHO hands off complete transactions to 
the direct dealer interface (DDI) by writing them into a de- 
dicated sybase data base on the DDI system. It formats and 
prints deal tickets to a ticket printer located on the deal- 
ing floor where the traders are located. 

A number of system servers are configured so as to have de- 
/ pendency servers. During start-up, these servers wait for 

their dependencies to start before going on-line. The de- 
pendency relationship is implemented where a server relies 
upon another server to provide a system resource that is 
necessary for the server to function. E.g. the WTS cannot 
function, unless the WRS is running. The WTS is configured 
with the WRS as a dependency. 

The servers check the presence of their dependencies by 
sending ping messages. If a dependency is not found, the 
server writes an error to the log, waits and then tries to 
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ping the dependency again. When all the dependencies are 
detected, the server writes a server-up message in the log. 

The servers return to pinging their dependencies, if a mes- 
sage cannot be delivered to a dependent server. The opera- 
tion of the server is temporarily suspended until the de- 
pendency has been successfully pinged. In particular, the 
WTS has the WRS, the MAI, the CRS and the WHO as dependen- 
cies. The WRS, the CRS and the WHO have the MAI as depen- 
dency . 

The system is configured with delay periods during the 
start-up procedure. Therefore, the dependency servers can be 
started first and with sufficient time to start, before the 
next server is started. The order of the starting of the 
servers and the delays between successive servers is pre- 
stored and can be adapted to hardware requirements. 

Figs. 3a and 3b show an example of system steps necessary 
for performing a warrant transaction. After the power-on of 
the user PC, and after starting of the automated trading 
system for warrants on the PC, an access control screen 12 
is displayed (step 100) . In the access control screen 12 the 
identification information is to be input (user name and the 
security password) . This has to be performed via the input 
unit 2 (step 101) . After inputting a logon request, e.g. by 
pressing the logon button on the access control screen 12 by 
a respective mouse action, the system verifies the input 
details before the user is permitted to access any part of 
the system (step 102) . If the user name and the password are 
checked, a customer trading screen 13 is displayed on the 
display unit 3 (step 103) . 

The customer trading screen 13 allows the input of a stock 
exchange number of a specific warrant, the volume and whe- 
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ther to buy or sell (step 104) . After the inputs of step 
104, a get price request can be issued (step 105) . There- 
after, a quotation screen 14 is displayed (step 106) . At the 
same time a timer is started (step 111) . Via the input unit 
3 a buy request for the displayed warrant can be input (step 
107) . At step 108 it is checked, if the buy request was 
input within a certain time period T set or not. If this is 
not the case, the quotation screen 14 displays a time-out 
indication and the buy request input at step 107 is not per- 
formed. After step 109 it is possible to input a re-request 
for gaining a new actual rate (step 110) . Thereafter, the 
quotation screen 14 is again displayed with updated data 
(step 106) . If the predetermined time period T set at step 108 
did not elapse before the buy request was input in step 107, 
a transaction of warrant, is performed (step 112) . Thereafter 
a trade confirmation screen 15 is displayed (step 113) . 

Fig. 4 shows a flow chart relating to another embodiment of 
the present invention. When displaying the customer trading 
screen 13, it is possible to input a view rates request 
(step 114) . The view rates request can be input, e.g., by 
opening a pull -down menu on the trading screen 13. This can 
be performed, if the customer is, e.g., not exactly sure 
about the stock exchange number of the warrant to be bought 
or sold. Furthermore, it is possible, that the customer only 
wants to get an overview of actual rates and data of war- 
rants . After having input the view rates request, a rates 
page screen 16 is displayed (step 115) . On the rates page 
screen 16 a particular page 17 can be selected (step 116) 
and a particular warrant can be accessed by selecting a war- 
rant stock exchange number 18 (step 117) . Thereafter, the 
customer trading screen 14 is displayed (step 118) and the 
volume and whether to buy or sell is input via the input 
unit 3 (step 119) . Thereafter, the procedure goes back to 
the process shown in Fig. 3 between steps 105 and 106. 
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Fig. 5 shows the access control screen 12 which is used for 
inputting the user name and the security password. After the 
user name and the security password have been input, a logon 
request can be issued. 

Fig. 6 shows the customer trading * screen 13. The customer 
trading screen is preset to the trading of warrants. How- 
ever, this screen can also be used for the trading of other 
securities, e.g. stocks, bonds, derivatives or foreign ex- 
change. Furthermore, it is possible to input in the customer 
trading screen 13 whether a warrant (or another security) is 
to be bought or sold. 

Fig. 7 shows the customer trading screen 13 with an instru- 
ment number and a volume input via the input unit (3) . 

Fig. 8 shows the quotation screen 14 after the get price 
request. has been input, while displaying the customer trad- 
ing screen (Fig. 7) . The quotation screen 14 shows all the 
data necessary for a warrant transaction. Upon the display 
of the quotation screen 14, the timer is started (step 111) 
which only allows the input of a buy request within the 
predetermined time period T set . If the buy request is not 
input during the time period T set a time-out notice will be 
displayed in the quotation screen 14. If such a time-out 
notice appears on the quotation screen 14, it is no longer 
possible to issue a buy request for specific warrants. In 
order to load new data onto the quotation screen, it is 
necessary to input a re-request. If such a re-request is 
input, the quotation screen 14 will be refilled with actual 
data and the timer will be started again. 

Fig. 9 shows the trade confirmation screen 15 which is 
displayed when the buy request is input in time. The trade 
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confirmation screen 15 includes a trade number and allows 
the input of a customer reference number. This screen gives 
the customer an instantaneous electronic confirmation of the 
executed warrant trade. 

Fig. 10 shows the transaction screen 13 with the pull-down 
menu allowing the input of the view rates request. 

In Fig. 11 there is shown the blank view rates page 16 
displayed on the display unit 3, if the view rates request 
is issued. 

In Fig. 12 there is shown the rates page screen 19 which 
displays pages of warrant rates to the customer and trader. 
This screen also permits the user to display a particular 
page by entering the page number. Furthermore, the user may 
enter details and search for a particular warrant by name . 
Moreover, the user may use the plus or minus input to view 
pages sequentially. In addition, a refresh rates request may 
be input by actuating the arrow button. If a certain instru- 
ment is selected on the rates page screen 17 (the same can 
be selected ,e.g., by a double click on the stock exchange 
number with the mouse) , the quotation screen 14 is displayed 
(Fig. 8) . 

Fig. 13 shows the trade detail screen displaying all the 
transaction details about a particular trade to the customer 
or trader. 

Fig. 14 shows a transaction history screen which is dis- 
played on the display unit 3 when the past deals are to be 
displayed. The system allows to set the criteria of the 
deals which are to be displayed, e.g. the date range, the 
customer reference number, the trade identification and the 
instrument. The data parameters may span a maximum of 60 
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days, since this is the maximum storage time of trade data 
However, it is possible to set a different storage time, so 
that it is possible to review deals which were performed 
earlier . 

The system as described before with reference to the Figures 
5 - 14 is designed for being used by a customer sitting at a 
local bank and a trader being located at the warrant market 
maker. However, there do exist also features which are only 
accessible by the trader. Examples of these features are 
described in the following. 

Fig. 15 shows a sanity check screen allowing the input of a 
maximum rise and fall amount of the- rates input i-n the sy- 
stem. More particularly, with the sanity check it is pos- 
sible to preset a maximum variation of the input data 5. If, 
e.g., the rate of a specific warrant changes from one view 
rates request to the next view rates request by 0 . 2 and the 
sanity check is set to 0.1, this specific instrument will be 
suspended. Furthermore, it is possible to input a bandwidth 
for the rates. The sanity check introduces a high security 
in the system, since it makes it possible to filter out sy- 
stem faults like data transmission errors. 

Fig. 16 shows the price time-out screen. In the price time- 
out screen it is possible to input the time T set which is 
used to determine if a buy request input in the quotation 
screen 14 is performed or not (Fig. 3, steps 106-111) . The 
physical unit of T set is seconds. T set is normally adjusted to 
10s, however, there can be input suitable other values. 

Fig. 17 shows the credit limit screen which allows to set 
credit limits for customers. These credit limits are handled 
by the credit server and ensure that the total value of un- 
settled trades for any given customer does not exceed a 
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given value which can be input in the credit field via the 
input unit 2. If a customer tries to enter a transaction 
exceeding this value, it will be rejected and an on-screen 
message is displayed asking to contact the trader. 

In order to explain the various functions of the system 
according to the invention in more detail, the following 
examples are given. 

During a logging-on procedure, the PC (client) places a 
TCP/IP call to one of the message routers (MRO) . The MRO 
accepts the call and allocates a specific device channel for 
the PC. The user enters the user name and password which is 
transmitted to the MRO. The MRO passes details about the 
user and the method used to place the call (the caller's 
user name and note) to the security access manager (SAM) . 
The SAM verifies if the user is permitted to be connected to 
the system and informs the MRO. The MRO transmits an accept- 
ance to the PC. The PC sends an independent registration 
message to the warrant trade server (WTS) and to the mail 
server (MAI) . The WTS checks its user profile table and al- 
locates a session to the user. The MAI checks the user pro- 
files and returns a message indicating the number of mail 
messages waiting for the user. The PC down-loads various 
items from the WTS . 

During a view rates procedure the PC transmits a rate page 
request containing the rate page number to the WTS. The WTS 
verifies, if the user is permitted to view rates and passes 
the request on to the warrant rate server (WRS) . The WRS 
builds the rate page and returns it to the WTS. The WTS 
forwards the rate page details to the user. 

During an executing transactions procedure the PC transmits 
a quote request containing the stock exchange number and the 
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volume to the WTS . The WTS receives the quote request and 
sends a rate request to the WRS. The WRS gets the rate and 
transmits it back to the WTS. The WTS executes a Sybase 
stored procedure to insert a quotation into its data base. A 
reference number is assigned to the quotation. The WTS col- 
lects the results from sybase and returns a quotation mes- 
sage with the price and instrument details to the PC. The PC 
displays the quotation and the user decides to execute 
(steps 106 and 107) . The PC transmits an execute request to 
the WTS referring to the transaction by reference number. 
The WTS executes a stored procedure which searches the 
transaction data base for the original quotation. The WTS 
then checks, if the quote has not timed out (step 108) . If 
everything is in order, the WTS transmits a volume request 
to the WRS, which depletes the instruments volume and re- 
turns a message to the WTS. The WTS sends a credit request 
to the credit server (CRS) . The CRS depletes the user's cre- 
dit line and returns a message to the WTS. Finally, the WTS 
executes a stored procedure to convert the quotation into an 
executed deal . The details of the deal are passed back to 
the PC. 

As can be seen from the screens and masks as discussed be- 
fore, the input masks are always designed for allowing the 
input of different types of data. Therefore, the user only 
has to get used to one screen and mask design in order to be 
able to handle all different securities which can be managed 
with the system according to the invention. Accordingly, 
there is provided a computer system for the data management 
including at least the management of data relating to the 
trading of warrants, which is easily adaptable to the hand- 
ling of different types of data, e.g. stocks, bonds, deriva- 
tives and foreign exchanges. Furthermore, the system accord- 
ing to the invention provides a high security with regard to 
the handled data. As described above with reference to Fig. 
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15 , it is possible to introduce a sanity check which allows 
to control and to verify the data input into the system. 
Furthermore, it is possible to set credit limits and a price 
time-out so that the risk for both sides is lowered, since 
it is possible that after displaying the quotation screen 
the warrant rate changes strongly. This might lead either to 
a disadvantage for the customer or to a disadvantage for the 
trader, depending on a rise or fall of the respective rate. 

The computer system according to the invention is an easy- 
to-use system which allows to initiate and execute e.g. war- 
rant transactions electronically. This system provides a di- 
rect electronic connection between a user's PC and the war- 
rant's trading desk. It allows a user to trade all warrants 
made available by the warrant market maker at market driven 
prices and with customized security. 

The system enables an improved customer service and an 
increased capacity with minimum incremental costs. Further- 
more the system is a trader driven system and mirrors the 
way traders work to give them the same control over their 
positions as according to a transaction performed in line 
with the prior art described. 

The computer system according to the invention can be rea- 
lized with the graphic user interface (GUI) loaded on the PC 
or with a host user interface (HUI) implementing the VT 100 
emulation standard . 
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Claims 

1. Computer system for data management including at least 
the management of data relating to the trading of war- 
rants, comprising 

a data processing system (1) / an input unit (2) , a 
display unit (3) and a data input (5), wherein 

- the display unit (3) displays a first mask having a 
format allowing the input of a request for specific 
data by the input unit (2) , 

- the data input (5) is read if the request is input by 
the input unit (2) , 

- the display unit (3) displays a second mask including 
the requested data, and 

- the data processing system (1) holds the requested 
data for a predetermined time period T set and performs 
a transaction relating to the specific data, if a 
transaction request is input by the input unit (2) 
during a predetermined time period T set . 

2. Computer system according to claim 1, 
characterized in that 

the first mask is a trading mask (13) and the second 
mask is a quotation mask (14) . 

3. Computer system according to claim 1 or 2, 
characterized in that 

the trading mask (13) allows the input of an identifi- 
cation number for the specific data by the input unit 
(2) in order to read the specific data from the data 
input ( 5 ) . 
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Computer system according to claim 3, 
characterized in that 

the identification number is a stock exchange number. 

Computer system according to claim 1 or 2 , 
characterized in that 

the trading mask (13) allows the input of a request for 
a rates page (18) including a plurality of specific data 
and the rates page (18) allows the input of the request 
for specific data. 

Computer system according to at least one of claims 1 to 
5, characterized in that 

the data processing system (1) comprises a security net- 
work (6) connected to an external device (7) , a security 
device (8), a data management device (9), a data inter- 
face device (10) and an output device (11) , the external 
device (7) includes the input unit (2) and the display 
unit (3) . 

Computer system according to claim 6, 
characterized in that 

upon the input of the request for specific data by the 
input unit (2) , 

- the external device (7) outputs the request for spe- 
cific data and transmits the request to the security 
network (6) , 

- the security network (6) checks the request regarding 
its authorization and transmits the same to the data 
management device (9) if the performed checking re- 
sulted in an authorization of the external device (7) 
for the data management device (9) , 

- the data management device (9) outputs a message to 
the security network (6) in order to access data (5) 
from the data interface device (10) if the performed 



20 



checking resulted in an authorization of the external 
device (7) for the data interface device (10) , 

- the data interface device (10) transmits the accessed 
data to the data management device (9) via the secu- 
rity network (6) and 

- the data management device (9) transmits the data to 
the external device (7) via the security network (6) . 

Computer system according to claim 6 or 7, 
characterized in that 

each sending device transmits a respective identifica- 
tion information and the security network (6) checks for 
every data transfer through the same if the identifica- 
tion of the respective sending device fits with pre- 
stored information stored during an authorization pro- 
cedure . 

Computer system according to at least one of claims 6 to 

8, characterized in that 

during the authorization procedure 

- the security network (6) reads identification informa- 
tion from the external device (7) and 

- the security device (8) checks the identification in- 
formation and outputs an access authorization which is 
stored in the security network (6) . 

Computer system according to at least one of claims 6 to 

9, characterized in that 

at the time of the first connection of the external de- 
vice (7) to the security network (6) , the security net- 
work (6) sends a seed to the external device (7) and the 
external device (7) encrypts the identification infor- 
mation according to the seed and transmits the encrypted 
identification information to the security network (6) . 
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Computer system according to claim 10, 
characterized in that 

the security network (6) transmits the received en- 
crypted identification information together with the 
seed to the security device (8) which decrypts the 
identification information and performs a security 
check . 

Computer system according to at least one of claims 6 to 
11, characterized in that 

during the authorization procedure the security device 
(8) is checking if 

- the transmitted user information matches with data 
stored in an authorization file in the security device 
(8) , 

- a predetermined number of security requirements are 
fulfilled, including data of access, disusered and 
number of login fails, and 

- the identification information was sent from the 
security network (6) , and 

the security device (8) is reading a prestored address 
information out of an address file if the security check 
is positively fulfilled and sends the address informa- 
tion to the security network (6) . 

The computer system according to claim 12, 
characterized in that 

the security network (6) stores the address information 
in order to define to what parts of the computer system 
the external device (7) may have access. 

Computer system according to claim 12 or 13, 
characterized in that 

the security device (8) determines if the prestored 
address information is sent from the security network 
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(6) by checking if the channel on which the security 
network (6) is sending is equal to a channel given to 
the security network (6) during the setup procedure, 
wherein the security network (6) is the only device 
allowed to transmit and receive data to and from the 
security device (8) . 

Computer system according to at least one of claims 6 to 
14, characterized in that 

the data management device (9) is storing a dependency 
list including information regarding the devices which 
are needed for a specific data management. 

Computer system according to claim 15, 
characterized in that 

during a start-up procedure the data management device 
(9) is checking according to the dependency list if all 
required devices are in an on-line status before the 
data transfer for a specific data management is acti- 
vated . 

Computer system according to at least one of claims 6 to 
16, characterized in that 

the data interface device (10) receives permanently a 
data stream including at least warrant rates and stores 
the data in specific memory locations, wherein new data 
coming in is overwriting the old data on the specific 
memory location. 

Method for operating a computer system for data manage- 
ment including at least the management of data relating 
to the trading of warrants comprising the steps of 
- displaying on a display unit (3) a first mask having a 

format allowing the input of a request for specific 

data by an input unit (2) , 
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- reading the requested data, if the request is input by 
the input unit (2) , 

- displaying on the display unit (3) a second mask in- 
cluding the requested data, 

- holding the requested data for a predetermined time 
period T set , and 

- performing a transaction relating to the specific data 
if a transaction request is input by the input unit 
(2) during the predetermined time period T set . 

Method according to claim 18, 
characterized in that 

the first mask is a trading mask (13) allowing the input 
of an identification number for the specific data by the 
input unit (2) in order to read the specific data from 
the data input (5) . 

Method according to claim 19, 
characterized in that 

the identification number is a stock exchange number. 

Method according to claim 18, 
characterized in that 

the first mask allows the input of a request for a rates 
page (18) including a plurality of specific data and the 
rates page (18) allows the input of the request for spe- 
cific data. 

Method according to claim 21, 
characterized in that 

the rates page (18) allows the input of a refresh rates 
request resulting in a reading of the listed plurality 
of specific data and displaying the same in the rates 
page (18) on the display unit (3) . 
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Method according to at least one of claims 18 to 22, 
characterized in that 

the input of a request for specific data or the refresh 
rates request causes the reading of a data stream being 
permanently received by the system from the data input 
(5) . 

Method according to at least one of claims 18 to 23, 
characterized in that 

the second mask is a quotation mask (14) allowing the 
input of a re-request for the specific data, if the 
transaction request is not input during the predeter- 
mined time period T set . 

Method according to at least one of claims 18 to 24, 
characterized by 

displaying a trade confirmation mask (15) on the display 
unit (3) , if the transaction request is input in time, 
including transaction information. 

Method according to at least one of claims 18 to 25, 
characterized in that 

the trading mask (13) and the quotation mask (14) are 
displayed on the display unit (3) on different screens 
or on one screen . 

Method according to at least one of claims 18 to 26, 
characterized in that 

the specific data include warrant rates. 

Method according to at least one of claims 18 to 27, 
characterized in that 

the data management comprises the management of data 
relating to the trading of stocks, bonds, derivatives or 
foreign exchange, wherein the specific data include 
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stock rates, bond rates, derivative rates or foreign 
exchange rates. 
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ABSTRACT 



COMPUTER SYSTEM FOR DATA MANAGEMENT AND 
METHOD FOR OPERATING SAID SYSTEM 



The invention relates to a computer system for data manage- 
ment including at least the management of data relating to 
the trading of warrants (citi CATS-OS) , comprising a data 
processing system (1) , an input unit (2) , a display unit (3) 
and a data input (5) , wherein the display unit (3) displays 
a first mask having a format allowing the input of a request 
for specific data by the input unit (2) , the data input (5) 
is read if the request is input by the input unit (2) , the 
display unit (3) displays a second mask including the re- 
quested data, and the data processing system (1) holds the 
requested data for a predetermined time period T set and 
performs a transaction relating to the specific data, if a 
transaction request is input by the input unit (2) during a 
predetermined time period T get . 
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